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Cross Reference to Related Applications 



5 [0001] The present patent application is related to and claims 
the benefit of priority from commonly-owned U.S. Provisional 
-Patent Application No. 60/228,772, filed on August 30, 2000, 
entitled "Error-Control Method for Multicast Video 
Distribution," which is hereby incorporated by reference in its 
10 entirety for all purposes. 



[0002] The present invention relates to networking. The present 
invention is especially applicable to controlling errors in the 
providing of content to multiple users, especially video content 

15 across broadband digital networks, especially residential 
broadband networks, such as cable or satellite TV networks. 
[0003] With the slow but steady deployment of broadband 
residential networks, delivering high-quality digital video to a 
large number of simultaneous users becomes feasible. Examples 

20 include interactive video-on-demand and digital video 

multicasting or broadcasting. To compete with the conventional 
video delivery media (e.g. VCR tapes, LD, and DVD), these 
services not only have to be cost-effective and convenient, but 
also have to achieve competitive video quality. 
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[0004] Unlike the Internet, which is an extremely error-prone 
environment with little or no performance guarantees, broadband 
residential networks generally have higher bandwidth, lower 
latency, lower loss, and the performance is relatively stable. 
5 Nonetheless, occasional data losses in such networks are 
inevitable and would certainly result in video-quality 
degradations at the receiver end. While it is generally 
acceptable to receive lower-quality video over the Internet, 
consumers would be much less tolerant of degradation of video 
10 delivered over broadband residential networks where high-quality 
video is the norm (e.g. TV broadcast and cable TV) rather than 
the exception. 

[0005] The general problem of error control is not new and has 
been studied extensively over more than two decades. 

15 Traditionally, there are two major classes of error-control 

algorithms: retransmission-based algorithms, commonly known as 
Automatic Repeat Request (ARQ) , and redundancy-based algorithms, 
commonly known as Forward Error Correction (FEC) . In ARQ, lost 
packets are transmitted repeatedly until correctly received by 

20 the receiver. In FEC, additional redundant data are injected 

into the data stream so that errors or erasures can be corrected 
at the receiver. 



2 



t - Substitute Specification for 

U.S. Patent Application No. 09/945,345 
Attorney Docket No.: 17329-004001 

Summary of Invention 
[0006] What is needed is a system and a method for controlling 
errors that is specifically optimized and well suited to use in 
applications such as multicast video distribution over broadband 
5 residential networks and the like. 

[0007] Some embodiments of the present invention include an 
efficient error-control system and method for recovering packet 
losses, especially losses in distributing multicast video over 
broadband residential networks. The system and method integrates 

10 two existing classes of error-control algorithms: Automatic 
Repeat Request (ARQ) and Forward Error Correction (FEC) , to 
reduce traffic overhead and achieve scalability. Preferably, 
unlike most existing error-control algorithms designed for 
Internet multicast, the system and method does not employ 

15 substantial feedback suppression. Preferably, the system and 
method does not employ substantial multicasted retransmission. 
Preferably, the system and method does not employ substantial 
parity retransmission. Preferably, the system and method does 
not employ substantial local loss recovery. 

20 
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Brief Description of the Drawings 
[0008] FIG. 1 is a schematic block diagram of a broadband system 
that includes a server and clients coupled by a network and can 
be used to implement the error correction techniques described 
5 in this application. 

[0009] FIG. 2A illustrates an implementation of the passive 
recovery mode of the hybrid ARQ/FEC algorithm. 
[0010] FIG. 2B illustrates an implementation of the active 
recovery mode of the hybrid ARQ/FEC algorithm. 
10 [0011] FIG. 3 shows a worst-case retransmission scenario for the 
ARQ algorithm. 

[0012] FIG. 4 illustrates a relation between the virtual 
playback and the original playback schedule. 

[0013] FIG. 5 illustrates a worst-case retransmission scenario 
15 for the passive recovery mode of the hybrid ARQ/FEC algorithm. 

[0014] FIG. 6 illustrates a worst-case retransmission scenario 

for the active recovery mode of the hybrid ARQ/FEC algorithm. 

[0015] FIG. 7 shows traffic overhead at the server link versus 

packet-loss probability. 
20 [0016] FIG. 8 shows the traffic overhead versus the number of 

receivers in the multicast session. 

[0017] FIG. 9 shows the traffic overhead versus the loss limit 
tolerable by the media. 
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[0018] FIG. 10 shows the traffic overhead for parity group sizes 
ranging from 2 to 50. 

[0019] FIG. 11 shows receiver buffer requirement versus parity 
group size. 

5 [0020] FIG. 12 shows receiver buffer requirement versus packet- 
loss probability. 

[0021] FIG. 13 shows traffic overhead versus heterogeneous 
packet-loss probabilities. 
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Detailed Description 
[0022] The description above and below and the drawings of the 
present document focus on one or more currently preferred 
embodiment (s) of the present invention and also describe some 
5 exemplary optional features and/or alternative embodiments. The 
description and drawings are for the purpose of illustration and 
not limitation. Section titles below are terse and are for 
convenience only. 
I. First Overview: ARQ and FEC 

10 [0023] In most applications, ARQ algorithms are more bandwidth 
efficient than FEC algorithms. Assuming the use of receiver- 
initiated selective-repeat ARQ, additional traffic overhead is 
incurred only when there are packet losses whereas constant 
traffic overhead is incurred in FEC. However, this is true only 

15 when the application is unicast-based or the number of 

concurrent users is small. In particular, ARQ algorithms are 
well known to suffer from the reguest-implosion problem in the 
context of multicast data distribution if the user population is 
large. This is because retransmission is performed for each 

20 receiver independently, and hence the amount of traffic overhead 
incurred in retransmission is proportional to the number of 
receivers in the multicast session. As a video server only has 
finite transmission (including retransmission) capacity, it will 
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eventually be overloaded by the traffic overhead when the number 
of receivers grows beyond the capacity limit. While ARQ performs 
better for small user populations, FEC scales better for large 
user populations. In particular, the traffic overhead incurred 
5 in FEC is independent of the number of users in the multicast 
session, provided that all users have similar parameters (e.g. 
packet-loss probability) . In short, ARQ algorithms are more 
bandwidth efficient for small user populations while FEC 
algorithms are more bandwidth efficient for large user 

10 populations. 

[0024] According to an embodiment of the present invention, a 
hybrid system and method integrates ARQ and FEC to combine the 
strengths of both algorithms. The hybrid system and method are 
for recovering packet losses in multicast-video distribution 

15 applications. The hybrid system and method can operate in two 

configurations, namely passive recovery mode and active recovery 
mode. The hybrid system and method can be described by 
performance metrics including traffic overhead, receiver buffer 
requirement, and server buffer requirement. These methods can be 

20 computed for the hybrid system and method, as well as for ARQ 
and FEC using analytical models. Using numerical results 
computed over a wide range of parameters, it is shown that the 



7 



t Substitute Specification for 

U.S. Patent Application No. 09/945,345 
Attorney Docket No.: 17329-004001 

hybrid system and method have significant performance advantages 
when compared to ARQ and FEC. 

II. Second Overview: Other Specific Approaches 

[0025] The hybrid system and method have advantages over other 
5 specific approaches to error control, which are discussed below 
in this section- In general, embodiments of the. hybrid system 
and method exist without regard to these other specific 
approaches- However, according to a particular set of 
embodiments of the hybrid system, for each such other specific 

10 approach discussed below in this section, the hybrid^ system and 
method (i) preferably does not perform or include the each such 
other specific approach and (ii) preferably does not perform or 
include any element or step of the such other specific approach, 
if that element or step is not specifically needed in the hybrid 

15 system. According to another embodiment of the present 

invention, the hybrid system and method (i) preferably does not 
perform or include any of the other specific approaches 
discussed below in this section and (ii) preferably does not 
perform or include any element or step of any of the other 

20 specific approaches discussed below in this section, if that 

element or step is not specifically needed in the hybrid system. 
[0026] The problem of error recovery for multicast transmission 
has been studied by many researchers. Carle and Biersack [1] 

8 



, Substitute Specification for 

U.S. Patent Application No. 09/945,345 
Attorney Docket No.: 17329-004001' 

have done an extensive survey of error-recovery techniques for 
IP-based audio-visual multicast applications, covering both 
error recovery and error concealment techniques. Most of the 
studies employ ARQ for error control and use some form of 
5 feedback suppression and/or local recovery to reduce bandwidth 
overhead in scaling the system to a large number of receivers. 
For example, the studies by Floyd et al. [2] used multicast to 
send retransmission requests so that other receivers can 
suppress duplicate requests to reduce overhead. Lin et al. [3] 

10 proposed a technique called ACK fusion where receivers are 

organized into a hierarchy. Duplicate acknowledgements (ACKs) 
can then be combined (fused) before passing up the hierarchy. 
These approaches indeed can reduce the amount of upstream 
traffic going from the receivers to the sender but at the 

15 expense of additional delay. This is undesirable for multicast 

video distribution as video has stringent playback deadlines. If 
one cater for the worst-case delay under such feedback- 
suppression algorithms, the additional delay incurred could lead 
to very large receiver buffer requirement and long response 

20 time. 

[0027] Rather than simply suppressing duplicate feedback 
requests, Xu, et al. [4] went a step further to propose the use 
of local loss recovery to achieve better scalability. 
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Specifically, receivers in a multicast session are again 
organized into a hierarchy such that each receiver has one or 
more parent nodes. A receiver sends requests to a parent node 
rather than the source for retransmission. If the parent node 
5 happens to have correctly received the required packets, then it 
could retransmit those packets to the receiver directly. 
Otherwise, the parent node might seek retransmission from a 
higher-layer parent node, and so on until the lost packets are 
retransmitted. Similar hierarchical schemes with local loss 

10 recovery have also been studied by Papadopoulos et al. [5], 

Costello [6] and Lucas et al. [7], This local-recovery approach 
is particularly attractive in Internet data delivery due to the 
long and varying delay between the sender and the receivers. 
[0028] The main disadvantage of this local-recovery approach is 

15 the need for other receivers to participate in recovering lost 
packets for a certain receiver. In particular, a management 
protocol is needed for the system to select some receivers to 
act as retransmission agents and others as passive receivers. 
Hence, the performance of the protocol is likely to be affected 

20 if receivers frequently join and leave a multicast session. 
Moreover, while the protocol works well in large multicast 
groups, it may not work well if the multicast group is small 
because local recovery will be less effective. On the contrary, 
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the hybrid algorithms studied in this paper works well for 
multicast groups of all sizes. Furthermore, error-control is 
served by the source rather than by other receivers, hence 
reducing the complexity of the receivers as well as the need to 
5 adapt to membership changes in the multicast session. For 
example, if a user abruptly shuts down a receiver (e.g. 
disconnecting power) that happens to be a parent node, then the 
dependent receivers would loose their loss-recovery support. 
[0029] In another study by Nonnenmacher et al. [8], they studied 

10 the combination of FEC with ARQ for error-recovery in data 
multicast applications. In particular, they considered two 
approaches in combining FEC and ARQ: layered FEC and integrated 
FEC. The first approach is similar to the passive recovery mode 
in our hybrid algorithm. The second approach, called integrated 

15 FEC, retransmits redundant packets computed across multiple 
packets in place of the lost packet. In this way, the same 
retransmitted redundant packet can be used to recover different 
lost packets within the same parity group. They showed that 
their hybrid algorithm performs better than FEC. As this study 

20 focused on the delivery of discrete-media rather than 

continuous-media like audio and video, they did not consider the 
issue of media playback continuity nor receiver buffering with 
respect to the proposed error-recovery algorithms. 
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[0030] A similar approach has also been studied by Rubenstein et 
al. [9]. Their proactive forward error correction algorithm also 
sends redundant packets in addition to normal data packets. 
However, during retransmission they allow the receiver to 
5 request transmission of more-than-necessary redundant packets so 
that future retransmission attempts can be avoided. As proactive 
FEC is designed for real-time multicast over the Internet, it 
incorporates sophisticated algorithms to adapt the protocol to 
varying network conditions. By contrast, this paper focuses on 

10 multicast video distribution over broadband residential network 
environments. In particular, the more predictable network 
environment enables us to derive a performance model for the 
proposed hybrid ARQ/FEC algorithm that incorporates not only the 
network model, but also the video playback process at the 

15 receiver as well. 

[0031] In the study by Pejhan et al. [10], they proposed the use 
of multicast in sending feedback requests for negative 
acknowledgements (NACKs) from receivers to a server so that the 
receivers can learn of each other's NACKs to apply feedback- 

20 suppression schemes to reduce duplicate NACKs. Their results 

showed that multicasting requests can improve performance if the 
receivers are locally concentrated. Otherwise, the overhead in 
delivering multicast request packets to far-apart receivers can 
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incur significant overhead in the network. In our hybrid 
algorithms, we use unicast to deliver request packets directly 
from receivers to the server and hence do not require the 
receivers to be locally concentrated. As shown in Section VIII, 
5 the integration of FEC with ARQ already substantially reduced 
the need for retransmission. 

[0032] A different approach called Layered Video Multicast with 
Retransmission (LVMR) has been proposed by Li et al. [11]- In 
LVMR, a video stream is divided into layers and then multicasted 

10 on independent channels. A receiver can combine multiple layers 
to yield different levels of video quality. Receivers are 
organized into a hierarchy to reduce error-control overhead at 
the source and retransmissions are multicasted to further reduce 
duplicate requests. The distinctive feature of LVMR is its 

15 ability to adapt to changing network conditions by adding layers 
to or dropping layers from the current video session. This study 
differs from the hybrid algorithms studied in this paper in two 
major ways: Firstly, this protocol requires support from the 
video codec. In particular, the video codec must support layered 

20 encoding. Hybrid ARQ/ FEC on the other hand, can work with any 
video codec. It is even possible to apply hybrid ARQ/FEC to 
individual channels of the layered video transmissions. 
Secondly, the need to maintain a hierarchical organization among 
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receivers in LVMR also poses robustness problems when receivers 
join, leave, or even crash during the course of a multicast 
session. This problem does not exist in hybrid ARQ/FEC as 
communications between the source and the receivers are direct. 
5 III. Hybrid Error-Control Algorithm 

[0033] In this section, we present the hybrid error-control 
system and methodology according to an embodiment of the present 
invention and explain two variants of the methodology. 
[0034] FIG. 1 is a schematic block diagram that shows a 
10 broadband system 100, that when programmed or configured as 

discussed herein, is an embodiment of the present invention. The 
system 100 includes a server 110 and clients 120 coupled by a 
network 130, which is preferably a residential broadband 
network. 

15 [0035] For the purpose of explanation and understanding, for 
distributing video using multicast, we assume that the video 
server transmits multicast video packets of size Q s bytes 
periodically with a period of T s seconds. In addition to normal 
video packets, the server also generates R redundant packets for 

20 every D video packets. These (R+D) packets then form a parity 
group. For the special case of R equal to one, the redundant 
packet can simply be computed from the exclusive-or among the D 
video packets. For R larger than one, more sophisticated channel 
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coding scheme such as Reed-Solomon codes can be used. With these 
R redundant packets in place, the receiver can always 
reconstruct all D video packets as long as any D out of these 
(R+D) packets are correctly received. In other words, the parity 
5 group can tolerate up to R packet losses. 

[0036] If there are more lost packets than can be recovered 
using erasure correction alone, then the receiver will request 
retransmission from the server. As broadband residential 
networks have relatively low loss rate, we can assume that 

10 packet losses among different receivers are uncorrelated. Hence, 
retransmission request (i.e. NACK) and reply are both sent using 
unicast instead of multicast. Multicasting retransmission 
requests and replies are more effective for networks with higher 
loss rate and correlated packet losses (e.g. Internet) [8-10]. 

15 [0037] With redundant packets in the video stream, the receiver 
can recover lost packets by erasure correction in addition to 
using retransmission. In particular, the receiver can either 
attempt to recover lost packets first by erasure correction and 
then by retransmission — passive recovery; or first by 

20 retransmission and then by erasure correction — active 
recovery. 
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A. Passive Recovery 

[0038] In passive recovery as depicted in FIG- 2A, the receiver 
attempts to recover lost packets first by erasure correction 
using a conventional redundancy recovery algorithm. With a 
5 redundancy of R, the receiver can recover up to R lost packets 
without retransmission (FIG. 2A(a)). After attempting such 
erasure correction, if any lost packet (s) is still not 
recovered, then the receiver will send a request back to the 
server to retransmit the lost packet (s) (i.e. NACK with 

10 selective repeat) . The example in FIG. 2A(b) has one lost video 
packet and one lost redundant packet in a parity group. Note 
that only the lost video packet needs to be retransmitted 
because the lost redundant packet will be removed by the erasure 
correction process and is thereafter no longer considered 

15 missing. On the other hand, if two video packets are lost in a 
parity group as shown in FIG. 2A(c), both lost packets will be 
requested to be retransmitted. 

B. Active Recovery 

[0039] A shortcoming of the passive recovery mode is that 
20 correctly-received redundant packets may not be fully utilized 

in recovering lost packets. For example, the redundant packet in 
FIG. 2A(c) is not used in erasure correction (because it cannot 
be done due to too many losses) but is simply discarded. To 
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eliminate this inefficiency, we reverse the order of erasure 
correction and retransmission as depicted in FIG. 2B which shows 
the same example inputs as did FIG . 2A. Now with a redundancy of 
R, the receiver does not request retransmissions for all lost 
5 packets. In particular, only a subset of the lost packets are 
requested. The subset is the minimum subset that, after 
. successful retransmission, would still leave exactly R lost 
packets (including the redundant packets) . For example, as long 
as no more than R packets are lost in the parity group, all 

10 video packets can already be recovered by erasure correction 

(see FIG. 2B(c), which corresponds to the input of FIG. 2A(c)) 
and thus no retransmission is requested at all. 
[0040] Unlike passive recovery, active recovery fully utilizes 
all received video and redundant packets for lost-packet 

15 recovery. 

[0041] However, active recovery does have its own problem: the 
total number of lost packets is not known until the whole parity 
group is received. Hence, if the receiver initiates 
retransmission before the entire parity group has arrived, some 
20 retransmitted packets may be unnecessary if it turns out fewer 
than R packets are lost in this parity group. This defeats the 
purpose of introducing redundant packets in the first place. 
Therefore, the receiver defers retransmission until the whole 

17 
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parity group has arrived. On the other hand, for example, if 
there are exactly M (where M > R) packets lost in a parity 
group, only (M - R) of the M lost packets need to be 
retransmitted. Retransmission can start as soon as the receiver 
5 detects the loss of the (R + l)"th packet without waiting for 
the whole parity group to arrive; the receiver will request 
retransmission for the last (M - R) of the lost packets. 
[0042] We have derived the performance metrics for both 
approaches. These metrics and numerical comparisons. thereof are 

10 found in the incorporated-by-ref erence U.S. Provisional Patent 
Application No. 60/228,772. The results show that the hybrid 
methodology outperforms both ARQ and FEC significantly in terms 
of traffic overhead incurred in error recovery. Moreover, with 
an acceptable amount of buffering at the receiver, video 

15 playback continuity can also be guaranteed despite packet 
losses . 

[0043] Thus, in the passive recovery mode, lost packets are 
first recovered by erasure correction and then by 
retransmission. In the active recovery mode, lost packets are 
20 retransmitted as necessary until all video packets can be 
recovered by erasure correction afterward. 
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[0044] The following sections describe additional technical 
features of the error control in video distribution that 
combines both the ARQ and FEC error correction techniques. 
PERFORMANCE MODELING 
5 [0045] Existing studies on Internet video delivery usually use 
overall traffic overhead in the entire multicast tree as a 
metric for performance evaluation. This is motivated by the 
fact that the Internet is known to have limited bandwidth and 
hence protocols that can minimize overall traffic overhead are 

10 highly desirable. By contrast , overall traffic overhead is less 
important in broadband residential network environments as the 
local or regional residential networks usually have relatively 
large bandwidth. The bottleneck is likely to be the trunk that 
connects the regional cluster with the central video server. 

15 This motivates us to consider traffic overhead at the server- 
side network connection instead of over the entire multicast 
tree . 

[0046] We define traffic overhead as the ratio between network 
traffic at the server link incurred in error recovery and the 
20 network traffic for normal video delivery. A traffic overhead 
of 0.1 means 10% additional network traffic incurred for the 
recovery of lost packets. Since the server link has only finite 
network bandwidth, too many traffic overheads will limit the 
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scalability of the system. For simplicity, we ignore traffic 
overhead incurred by control packets such as NACK in the uplink 
from receivers to servers. This assumption is justified by the 
fact that retransmission requests are much smaller than 
5 retransmitted video packets. Hence, the downlink traffic volume 
will dominate the uplink traffic. 

[0047] Unlike Internet video distribution where the receivers 
are often conventional computers with lots of memory, set-top 
boxes with limited memory are usually used in residential 

10 applications. Therefore we use receiver buffer requirement as 
the second metric for performance evaluation. Since video data 
is a continuous-media that must be presented at a predetermined 
rate, memory buffers are needed at the receiver to absorb delay 
and delay jitters incurred in video packet delivery. If no data 

15 is available for playback due to network delay or packet loss, 
video playback will be stalled - also known as playback 
starvation. On the other hand, if too many packets arrive at a 
receiver too early, receiver buffer overflow will occur and 
likely results in packet dropping. Since a receiver must 

20 prefill some of its buffers before playback starts, a startup 
delay is incurred whenever a receiver joins a video multicast 
session. As this startup delay directly affects system 
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responsiveness, the receiver buffer requirement should not be 
too large even if memory is abundant. 

[0048] Let there be N receivers in a multicast session and let 
p ± (0<±<N) be the probability of packet loss experienced by 
5 receiver i. To model network delay, we let T± be the average 
network delay, and T± (r/^0), T±~ (T±~<>0) be the maximum delay 
jitters between receiver i and the server. Hence, the network 
delay experienced by a packet must be within (Ti+Ti + ) and 
(Ti+Ti"). The delay and delay jitters can be obtained a priori 

10 if the network have quality-of-service support. 

[0049] At the receiver, let p max be the maximum tolerable packet- 
loss probability for the media (video) . We will use the term 
loss limit to refer to p max in the rest of the paper. At the 
server, video packets of size Q s bytes are periodically 

15 multicasted with a period of T s seconds. Hence, if the video 

bit-rate is R v bytes-per-second (Bps) , then T S =Q S /R V . Let T tr an be 
the transmission time for a video packet, i.e. the time for 
sending the entire video packet from the server memory onto the 
server-side network, with r tr an<T s . Let T start be the time the 

20 server multicasts the first video packet for the multicast 

session. Then incorporating network delay, delay jitters, and 
transmission time, the arrival time at receiver i packet j 
(j=0,l,2...) denoted by is bounded by 
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max 



tran 



+ jT s +T i + 



T^i ^ start }- A J - ? sun + T t 



tran 



0) 



[0050] Note that we need the maximization because Ti^O. Knowing 
the above bounds, we can derive the performance metrics for ARQ, 
FEC, and the proposed hybrid algorithm in the following 
sections . 

ANALYSIS OF AUTOMATIC REPEAT REQUEST (ARQ) 
A. Traffic Overhead 

[0051] Assume that packet losses are independent and with loss 
probability p±, then the residual loss probability - the 
probability of an unrecoverable packet loss, after K± 
transmission attempts is simply given by p± Kl , To maintain video 
playback quality, we need to choose K± such that the loss limit 
is not exceeded: 



Pf l ^ />, 



max 



(2) 
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[0052] Rearranging, we can then obtain K± from 



In Pn 



In p t 



(3) 



5 [0053] Given K if the expected number of transmissions for each 
video packet can be obtained from 



tiWd-pJ) (4) 



10 [0054] Hence, the ratio of extra traffic overhead incurred 
(excluding the first transmission) in retransmission for 
receiver i is given by 



15 



, traffic for retransmission ,«i , es 

h. = = (5) 

traffic for data 1 
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[0055] Finally, the traffic overhead at the server link is just 
the sum of traffic overhead for all receivers: 



N-] 



^ =!>',. (6) 



1=0 



B. Receiver Buffer Requirement 

[0056] To determine the receiver buffer requirement, we let 
LARQ(i) = Y±+Zi be the number of buffers (each Q s bytes) in receiver 

10 i, managed as a circular buffer. The receiver starts playback 
once Yi buffers are filled with video data. These Y± prefetched 
buffers are then used to absorb delay variations in packet 
arrivals to prevent video playback starvation (i.e. buffer 
underflow) . On the other hand, we reserve Z± empty buffers to 

15 cater for early-arrival packets to prevent buffer overflow. 

[0057] Under this model, video playback effectively starts at 
time A? 1 ' 1 , which is the time video packet arrives at 

receiver i. Hence, the playback time for video packet j of 
receiver i is 

20 

P/=Aj>' l +jT s (7) 
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[0058] For simplicity, we assumed a constant playback time (r s ) 
for all video packets. This simplification can be removed to 
incorporate variable (but bounded) playback time or even 
5 variable-bit-rate video playback using techniques in [12] . 

[0059] To maintain video playback continuity, we must ensure 
that all video packets arrive before playback deadline. 
Formally, the arrival time for a video packet must be earlier 
than this playback time: 

10 

A><pj V/ (8) 

[0060] Substituting the upper bound for Az* and the lower bound 
for Pi j into (8), we can then obtain the condition for continuity 
15 as 



max {/!/}< min 
T^+T^+jTs+Tt+T^nw 

= min 



(9) 



= T Mrt + T trm +{Y i -\)T S +T t +T~ +jT s 
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[0061] Rearranging we can obtain Y± from 



r + _ t~ 
— + 



(10) 



5 [0062] Similarly, to prevent buffer overflow, we need to ensure 
that an empty buffer is always available when a new video packet 
arrives. As the receiver buffers are managed as a circular 
buffer, we need to ensure that 

min^'^" 1 }> maxfc' +T S } 



[0063] Rearranging, we can then obtain Z±\ 



T+-T~ 

z,a-±— (12) 

[0064] Hence, the total number of receiver buffers needed for 
15 receiver i is: 



W0 = 2[^V^l + 2 (13) 
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[0065] To incorporate the effect of retransmission, we note that 
each retransmission attempt incurs a maximum additional delay of 
Ttran+T wa it+Ti + Ti* , where T wait is the retransmission timeout (Fig. 
3) . Since at most Kx transmissions (including retransmissions) 
5 are attempted for delivering a video packet, the upper bound for 
the arrival time of packet j of receiver i is modified to 

a? < (T stort +jt s +7; +t;)+(k § -lfc™ + r f +D (H) 

10 where the first term is the worst-case delay incurred in the 

first transmission and the second term is the worst-case delay 
incurred in the next (K±-l) retransmissions. 

[0066] Again, let there be L ARQ (i) =Y ± +Zi receiver buffers, and 
playback starts after Y± buffers are filled with video data. Now 

15 as the packet-loss probability is non-zero, it is possible that 
some of those first Y± packets are lost and requires 
retransmissions. In particular, if video packet (Y±=l) is lost, 
the prefetch process (and hence playback) will be delayed. To 
avoid unnecessary delay, the receiver starts playback when the 

20 expected arrival time for packet (prefetch process (and hence 
playback) will be delayed. To avoid unnecessary delay, the 
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receiver starts playback when the expected arrival time for 
packet (Yi-lj 



P/^+fc-lfc (15) 



is reached, regardless of whether the packet has physically 
arrived or not (i.e. due to loss or delay jitter). Hence in 
general, we have 



/>> =4° (16) 

10 



[0067] Using the continuity condition, we can obtain Yi from 

maxlVjsminM 

T^n +T tmi +jT s +7] +TT "ife™ + 7^, +7] +r;)< min{4,° + {Y, +j-\)T s } 

*T m ,^T am +T l +Tr+{Y l +j-l)r s 

(17) 

15 

[0068] Rearranging, we then have: 



^ {k, - ifc„ +7^, +7; +t;)+(t; -rr) | } 



(18) 
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[0069] Compared to the case without packet loss (c.f. Eq. (10)), 
more buffers are needed to absorb the extra delay incurred in 
retransmissions . 

5 [0070] Similarly, to prevent buffer overflow, we need to ensure 
that: 



min{4' +w }2: max{p/+7i} 
T 5tan +T tran + <; + r, + Z, -l)r 5 +r, +7T > maxfo 0 +ft + ;)T 5 +7;} (19) 



10 [0071] Rearranging, we can then obtain Z± as well: 



7 >Vi fiJ + 1 



(20) 



[0072] Note that Z± is the same as the case without packet loss 
15 in (12) . This is because retransmissions make packets arrive 

only later but never earlier. Summing (18) and (20) we can then 
obtain the receiver buffer requirement for receiver i: 



' (K t - \jT tnm + TV, + t % + tt)+ (t; - t-) ] \ t;-t- 



+ 2 (21) 
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[0073] If the network delay and delay jitters are known a 
priori, then the retransmission timeout T wait can simply be set 
to equal to the maximum network delay (Ti + r/) and (21) can be 
simplified to 



Larq(0 = 



(^-iXr^+2fc+r;))+(r;-7r) ' 



t;-t: 



+ 2 



(22) 



[0074] As an example, using the parametric values in Table 1, 
10 the buffer requirement as calculated from (22) will be 41 units. 
As each unit stores a packet of size 1024 bytes, total buffer 
requirement would be 41KB. 

[0075] Note that in practice, one would implement the receiver 
such that NACK is sent as soon as a gap in sequence number is 

15 detected. However, the time to detect such a gap depends on a 
number of parameters, namely packet size, video bit-rate, 
network delay jitter, and the extent of burst losses. Hence 
without resorting to specific parameter ranges, it would be 
difficult (if possible) to derive a general formula for the 

20 delay incurred in detecting a sequence-number gap. For special 
cases where gap-based detection delay is known to be shorter 
than the maximum network delay, one can simply replace T wait with 
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the appropriate formula for more accurate results. For 
simplicity, we will assume T wait = (Ti + Ti*) in the rest of the 
paper. 

C. Server Buffer Requirement 

[0076] At the server, buffers must be allocated to store 
outgoing video packets temporarily to support ■ retransmissions . 
To determine the amount of additional buffer needed to support 
retransmission, we notice that the n th (n=l , 2 , „.K±-1 ) NACK for a 
transmitted video packet will arrive at the server at most 



seconds after the first transmission attempt (c.f. Fig. 3). 
Hence, the maximum buffer-occupation time for a video packet is 



transmission are generated at the same rate as consumption, i.e. 
one packet per T s seconds, the number of video packets generated 



(23) 



simply given by 




Assuming that video packets for 



during this duration 




is then given by 
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[0077] To cater for the requirements of all clients, the amount 
of buffer required for a server to support retransmission for 
one multicast video stream would then be the maximum among all 
clients: 



^=&max{6 I |/ = 0,l,...,(yV-l)} (25) 

VI. ANALYSIS OF FORWARD ERROR CORRECTION (FEC) 
[0078] In FEC, redundant data are introduced into the data 
stream in the form of redundant packets. Specifically, for 
every D video packets, R redundant packets are appended for 
transmission to the receivers. These R redundant packets are 
computed from the D video pockets using erasure-correction codes 
such as parity codes, or Reed-Solomon codes to form a parity 
group [13] . As R extra redundant packets are transmitted for 
every parity group, the packet inter-departure time at the 
server must be shortened to maintain the original video bit- 

f 

rate. The new inter-departure time s can be obtained from 



D 



D + R 



(26) 
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[0079] Note that while the packet inter-departure time is 
shortened, the average rate at which video packets are 
transmitted remains the same. The extra transmissions are 
redundant packets computed from a parity group of video packets. 
5 A. Traffic Overhead 

[0080] With R redundant packets, a receiver can correctly 
recover all D all video packets as long as no more than R 
packets are lost within the same parity group. However, in the 
event that more than R packets are lost, a decoding error [13] 
10 will occur. In the worst case, all D video packets will be 

lost. Hence, the upper bound for the residual loss probability 
given by 



[0081] On the other hand, if the erasure-correction code 
15 employed is systematic, i.e. the D video packets are not 

modified during the encoding process, then the residual packet- 
loss probability will be smaller. Let there by k lost packets 
among the D video packets and R redundant packets. Then on 
average 




(27) 



D + R 



(28) 
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[0082] Of the lost packets will be video packets. As there are 
D video packets, the resultant loss probability for video 
packets given there are k losses is simply equal to 



*- <29) 

D + R D D + R 



[0083] Hence, we can obtain the residual loss probability by 
conditioning on k: 



™(D+R} 



k 



[0084] To maintain a residual loss probability of no more than 
Pmaxf we need a redundancy of at least 

^ £C =min{/?|^</; max ,V/} (31) 

[0085] Using a redundancy of Rfec, the traffic overhead at the 
server link can be obtained from 

"rec=^f (32) 
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[0086] Note that unlike ARQ, traffic overhead incurred by FEC is 
fixed irrespective of the number of receivers in the system. 
B. Receiver Buffer Requirement 

[0087] To determine the receiver buffer requirement, we again 
5 let L FEC (i) =Yi+Zi be the number of buffers (each Q s bytes) in 

receiver i and assume playback starts once Y± buffers are filled 
with video data. However, as some of the packets are redundant 
packets, these redundant packets are not "played back" in the 
usual sense. In particular, the redundant packets will be used 
10 for erasure correction if there are packet losses; or discarded 
otherwise. To account for this, we create a virtual playback 
schedule where the "playback" duration of a video packet or a 

T 

redundant packet is s rather than T s (Fig. 4) . Under this 
virtual playback schedule where redundant packets are being 
15 consumed by the receiver just like normal video packets, all 

(except the first video packet in a parity group) video packets' 
playback deadlines are pushed forward and continuity in this new 
schedule implies continuity in the original schedule. 



20 
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[0088] Formally, the video playback starts at time 




which 



is the time video packet (i^-l) arrives at receiver i. Hence the 
playback time for video packet j is 



that all video packets from a parity group arrive before the 
playback deadline of the first packet in the same parity group 

10 is reached 3 . For example, let packet j be the next packet for 
playback and it is lost in transit. In the worst case, this 
packet will be the first packet of a parity group and we need 
the entire group to recover it. Since packet (j-KR+D-1) would be 
the last packet in the parity group, we need to ensure that it 

15 arrives before the playback deadline for packet j: 



P/=4 T '*+jT 8 



(33) 



5 



[0089] To maintain video playback continuity, we must ensure 



4' +JI+lw </>/ Vj 



(34) 
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[0090] Substituting the upper bound for A^*** 0 ' 1 , and the lower 
bound for into (34) we can then obtain the condition for 
continuity as 



max{rf/ + ** w }smin{p/} 
T sun + 7^ + C/+/?+D-l)f, +7] +T; <mn{4?-- 1 +jf s } 

= min[4 j , ''- , }+7f s 

= T M +T^, +(Y,-\f s +T; +T~ +jf s 



(35) 



[0091] Rearranging gives the requirement for Yi as 



> ( T '\ T <~) +D + R 



(36) 



[0092] Similarly, we can obtain Z± using the same derivations as 
10 in Section V-B: 



(t*-t~) 



(37) 



[0093] The total receiver buffer requirement for receiver i is 
just the sum of Yi and Zi\ 



L FEC (/) = 2 



(38) 



15 
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C. Server Buffer Requirement 

[0094] Unlike ARQ, additional server buffers are not required to 
support retransmissions. However, depending on the erasure- 
correction code employed and the way the code is computed, 
5 additional buffers may be required to support encoding. 

[0095] We first consider the worst-case scenario where redundant 
packets are computed on-the-fly. Additionally, we assume that 
video packets of a parity group must all be available before 
encoding. Then for a system with D video packets and R 
10 redundant packets per parity group, the server will need to 

allocate {D+R) buffer units for encoding. Hence the amount of 
buffer required for one multicast video stream is 

B FEC ={D+R)Q S (39) 

15 

[0096] This additional buffer requirement can be reduced in two 
ways. The first way is to use special erasure-correction codes 
that process video packets sequentially. For example, the 
parity coding scheme for R=l can be computed on a packet-by- 
20 packet basis. Only one packet's worth of buffer is required to 
store the intermediate computation results while buffers for 
transmitted video packets can be released immediately. This 
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translates into a buffer requirement of only one packet per 
stream (i.e. B FE c=Q s ) • 

[0097] The second way is to use pre-computed redundant packets. 
For example, the redundant packets can be computed beforehand 
and stored along video data in the disks. In this way, no 
encoding needs to be performed and hence no additional buffer is 
required. The tradeoffs are overheads in disk storage and disk 
I/O bandwidth. 

VII. ANALYSIS OF HYBRID ARQ/FEC 
A. Passive Recovery 

[0098] In passive recovery, the probability of a lost packet 
being unrecoverable by FEC is given by (30), i.e. the residual 
loss probability ei. The amount of traffic overhead incurred by 
ARQ would then be given by (5) and (6), with pi replaced by the 
corresponding residual loss probability e±. Hence, given a 
redundancy of R, the traffic overhead can be computed from 




(40) 



where Kj = 



max 
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[0099] The level of redundancy R essentially determines how many 
losses are to be recovered through FEC, while the rest will be 
recovered by ARQ. The key is that traffic overhead incurred in 
FEC is fixed irrespective of number of receivers while overhead 
5 for ARQ increases with number of receivers. Hence, for systems 
with many receivers, the extra overhead in increasing R can be 
more than offset by the corresponding reduction in ARQ overhead. 
From (31) , the maximum amount of redundancy needed is Rfec- 
Hence the optimal amount of redundancy for hybrid ARQ /FEC, 
10 denoted by Rhybrid, required to minimize the traffic overhead as 
given by (40) can be determined by choosing R hybric f=0 ,1 r .... , R FEC 
such that H hybr id (Rhybrid) is minimized. 

[00100] Note that this hybrid ARQ /FEC algorithm reduces to ARQ 
15 when Rhybrid^O and reduces to FEC when Rhybrid=RFEc- Furthermore, as 
we choose Rhybrid such that H hybr id (Rhybrid) is minimized, this hybrid 
algorithm performs at least as good as either ARQ or FEC alone. 
[00101] At the receiver, we need to reserve buffer space not only 
for erasure correction, but also for retransmissions as well. 
20 Fig. 5 depicts the worst-case scenario for retransmitting 
packets not recoverable by erasure correction. Since 
retransmission starts after the entire parity group is received, 
the receiver can send a single request back to the server for 
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ail lost packets in the parity group. If one or more 
retransmitted packets are lost again, the next round of 
retransmission starts immediately after the last retransmitted 
packet has timed out in the current round. This process repeats 
5 until either all packets are received or the maximum number of 
retransmission attempts is reached. 

[00102] At the server, we assume that retransmitted packets are 
sent at normal data rate, i.e. with a transmission time of T trant 

and an inter-packet time of (equation) . The server T • The 

10 server deliberately smooths out the retransmission traffic to 
avoid causing congestion in the network or a t the receiver. 
[00103] As the receiver will attempt at most (Ki-1) 
retransmission for a video packet, the worst-case delay incurred 
for receiving any packet within the parity group is given by see 

15 (Fit. 5) : 

\(d+r-\)t s +r trm +r f +r;]+(* i +r; +(D-i)f 5 +r trm +7; (4i> 

[00104] where the first term is the worst-case delay incurred in 
20 waiting for the whole parity group to arrive and the second term 
is the worst-case delay incurred in those (Ki-1) retransmission 
assuming all D video packets are lost in every transmission (and 
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retransmission) rounds except the last one. Hence, the upper 
bound for A? becomes: 

>i/<(r, tort +;^ (42) 



[00105] Together with the continuity condition in (8) and (9), we 
can obtain Y± from: 



max^/J^min^} (43) 



10 

[00106] Substituting (42) for the L.H.S. and (16) for the R.H.S. 
we can then obtain the requirement on Yi: 

j, ^ -\j(p-if s +r„ +2(7; +t; ))+(t; -t~) iDiR (44) 

15 

[00107] Again as the lower bound for Aj is not. changed, the 
requirement for Z± is the same as FEC: 



>^: T r) +l 



(45) 
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[00108] The receiver buffer requirement for receiver i is then 
given by 



L U) f fo , -Otfo-ifi +T„ m +2(t, +t;))+{t; -t-) 



-'hybrid (0 , T 



+ £> + /? + ! (46) 



[00109] At the server, .two types of additional buffers are needed 
to support passive recovery- First {D+R) buffers are needed to 
support erasure-correction encoding. Second, buffers holding 
10 transmitted packets cannot be released until the (i.e. K±-l) 

retransmission request arrives. According to Fig. 5, the client 
starts requesting retransmission after the whole parity group is 
received, i.e. after a maximum delay of (c.f. Fig. 5). 



n-iD + R-Vfs+T^+Tt+T; (47) 

15 



[00110] Hence, the delay for the first retransmission request to 
arrive at the server is at most 



(48) 



20 
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[00111] Similarly, delay for the n retransmission request to 
arrive is at most 



[00112] Given that new groups of D packets are being generated at 
a rate of one group per DT S , there will be at most 



groups co-existing simultaneously for a multicast video stream. 
Together with redundant packets, each parity group requires 
(D-f-R)Qs bytes of buffer and hence the total buffer requirement 
can be obtained from 



if = r, + (T, + T, + ) + (rr - 1 + T t + + (D - 1 ) f s + T lnm + T, ; + 




(49) 




(51) 
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B. Active Recovery 

[00113] With active recovery, retransmission is needed only if 
there are more than £ lost packets because otherwise the lost 
packets would be recoverable by erasure correction already. For 
5 example, if there are exactly m packets lost in a parity group!, 
only (jn-R) of the m lost packets need to be retransmitted. On 
the other hand, retransmission can start as soon as the receiver 
detects the loss of the (R+l) th packet without waiting for the 
whole parity group to arrive. We assume that given there are m 
10 (m>R) packets lost in the first transmission of a parity group, 
the receiver will request retransmission for the lat [m-R) of 
these lost packets. As each one of these (m-R) packets will be 
retransmitted for at most (Ki-1) times, the probability that a 
retransmitted packet cannot be recovered is equal to pf*~ x . 

15 Hence, the probability that w of the (m-R) packets being 
recoverable by retransmission is given by 



20 [00114] Using this equation, we can compute the conditional 

probability of having k{m^k^R) lost packets in the parity group 
after retransmissions given there are in lost packets from 




(52) 
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f m-R\ j^u-a 



(53) 



[00115] Now, the probability that there are exactly m packets 
5 . lost in a parity group is given by 



Pr{m lost in a parity group}= i D + R \« (i _ p ) 0+ «- m 

I m J 



(54) 



[00116] Therefore we can obtain the unconditional probability of 
10 having k {k^R) lost packets after retransmission from 



D+R 

<P i (A) = {k, m) Pr{/n lost in a parity group}, k > R 



(55) 



k>R 



[00117] Now if k>R, then erasure correction will not succeed. 
15 Assuming the erasure-correction code is systematic, then the 

loss probability for video packets in a parity group is given by 
(29) . Hence, we can obtain the residual loss probability by 
conditioning on k: 
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[00118] To determine the traffic overhead, we first need to find 
5 Kj. Given R and the loss limit p max , we can compute the minimum 
value for K± such that the condition 



(57) 



10 is satisfied. Once K± is known, we can obtain the amount of 

traffic overhead incurred in retransmission for each lost packet 
from 

A^Z^O-A)) (58) 

15 

[00119] Hence given there are m(m>R) lost packets in a parity 
group, the expected amount of traffic overhead incurred is given 
by (m-R)hi. The average amount of traffic overhead incurred by 
all N receivers can then be obtained from 

20 
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D + R\ m 

. m ) 



(59) 



j(r»-r)pr J - ] (l-p,) 



and the total traffic including redundancy is 



(60) 



[00120] To minimize the total server bandwidth requirement, one 
can choose Rhybrid=0, 1 f ...,RFEc such that H hybr idRhybrid is minimized. 
[00121] To determine the receiver buffer requirement for video 
playback continuity, we note that the receiver starts requesting 
retransmission as soon as (£+1) packet losses are detected. 
Hence, the worst-case arrival time (i.e. after {K±-l) 
retransmissions) for packet x must be larger than y if x>y. In 
the worst-case scenario, all packets (except those not 
retransmitted) must have arrived (or will never arrive) by the 
time the last packet of the parity group arrives after (K—l) 
retransmissions (see Fig. 6) . Therefore the packet arrive time 
is bounded from above by 
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Af^T^+ jfs +(£> + /?-l)f J + 7^ +r ( +7; + )+(* j -lfr^ +2(7;. +7T)) (61) 



[00122] Using similar derivations, we can obtain Y± as 



■ Y ^ {k, -\jf s +r tmn +2fc +?r ))+(tt -rr) , g , R 



and Zi as in (45) . The total receiver requirement becomes 



(62) 



t;-t- 



1 + D + R + } (63) 



10 



[00123] To determine the amount of server buffer required to 
support active recovery, we notice that delay for the n th 
retransmission of the last packet in a parity group is given by 



= r t + (7; + T; )+ (n - \iT lnm + 2(7; + V )) 



(64) 



15 



[00124] Using derivations similar to Section VII-A, the server 
buffer requirement can be found to be 
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(65) 



PERFORMANCE EVALUATION 

[00125] In this section, we compare the performance of the 
5 proposed hybrid ARQ/FEC algorithm- with ARQ and FEC with respect 
to various system parameters. The values of the system 
parameters used for numerical evaluation are summarized in Table 
1. 

A. Traffic Overhead versus Packet-Loss Probability 
10 [00126] Fig. 7 plots the traffic overhead at the server link 

versus packet-loss probabilities ranging from 0.001 to 0.1. The 
main observation here is that ARQ incurs far more traffic 
overhead than either FEC or hybrid ARQ/FEC for both 100 and 1000 
receivers. This illustrates the well-known scalability problem 
15 in using ARQ for multicast data distribution. Secondly, we 
observe that both variants of the proposed hybrid algorithms 
performs equal to or better than the FEC algorithm, which in 
turns outperform ARQ by a large margin. Thirdly among the two 
hybrid variants, active recovery performs best. This result 
20 shows that the proposed hybrid algorithm is superior to both ARQ 
and FEC for a wide range of packet-loss probabilities. 

50 
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B. Traffic Overhead versus Number of Receivers 

[00127] Fig. 8 plots the traffic overhead versus the number of 
receivers in the multicast session. We observe that ARQ 
performs better than FEC when the number of receivers is smaller 
5 than 32, and FEC performs better otherwise. On the other hand, 
the proposed hybrid algorithms perform equal to or better than 
both ARQ and FEC, with active recovery performs slightly better. 
Hence, the proposed algorithm not only can be scaled up to serve 
a large number of receivers, but also can maintain a low traffic 
10 overhead when the number of receivers is small. 

C. Traffic Overhead versus Loss Limit 

[00128] Fig. 9 plots the traffic overhead versus the loss limit 
tolerable by the media. The result shows that FEC performs 
better than ARQ, and the hybrid algorithms perform even better 
15 for a wide range of loss limits. Once again, the active 
recovery scheme performs slightly better than the passive 
recovery scheme due to the better utilization of the redundant 
packets. 

D. Traffic Overhead versus Parity Group Size 

20 [00129] Fig. 10 plots the traffic overhead for parity group sizes 
ranging from 2 to 50. Obviously, ARQ is independent of the 
parity group size and hence remains constant in this figure. 
For FEC and the hybrid algorithms, increasing the parity group 
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size generally reduces the amount of traffic overhead at the 
server. This is expected because the traffic overhead is 
directly proportional to the ration R/D as expressed in (32), 
(40) and (60) . However, the parity group size also affects the 
5 receiver buffer requirement as well (Fig. 11). Interestingly, 
increasing the parity group size does not necessary raise the 
receiver buffer requirement. In some cases, like going from 
D=10 to D=12 in Hybrid-Passive with 100 receivers, the buffer 
requirement decreases substantially for the increase in parity 

10 group size. This observation is explained by the fact that the 
increase in parity group size results in a reduction in the need 
for retransmission. For the Hybrid-Passive with* 100 receivers 
case, increasing D=10 to D=12 also increases the optimal amount 
of redundancy from R=l to R-2 . This further decreases the 

15 maximum number of transmissions needed from K±=2 to K±=l (i.e. 
FEC only) , which reduces the receiver buffer requirement 
substantially. 

£. Receiver Buffer Requirement versus Packet-Loss Probability 
[00130] Fig. 12 plots the receiver buffer requirement versus 
20 packet-loss probabilities ranging from 0.001 to 0.1. The result 
shows that FEC has the lowest receiver buffer requirement under 
the operating conditions as set forth in Table 1. ARQ generally 
requires more receiver buffers than FEC and the hybrid 
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algorithms except for loss probabilities below 0.015 and over 
0.07. As we choose the hybrid algorithms' operating parameters 
to minimize traffic overhead, the receiver buffer requirement 
fluctuates between the ARQ curve and the FEC curve for different 
5 loss probabilities. If it is desirable to incorporate the cost 
of receiver buffers, we can modify the optimization procedure in 
choosing jR so that an integrated objective function taking into 
both traffic overhead and buffer cost is optimized, rather than 
based solely on H hybr id(R) • 

10 F. Server Buffer Requirement 

[00131] The server buffer requirement plots (not shown) are 
similar to the receiver buffer v requirement plots. This is 
because due to retransmissions, longer buffer-holding time at 
the receiver also implies longer buffer-holding time at the 

15 server. With the system parameters in Table 1, the server 

buffer requirements for all cases (i.e. ARQ, FEC, Active and 
Passive Hybrid ARQ/FEC) remain below 200 KB per stream for a 
wide range of parameters ( A7=1...1000 . pi=0 . 0...0 . 1 ) . Therefore a 
100-stream server would need no more than 20MB of memory for 

20 error-control. Given the rapid price drops and capacity gains 
in memory chips, we can conclude that server buffer requirement 
will not be a significant factor in selecting error-control 
algorithms . 
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G. Heterogeneous Packet-Loss Probabilities 
[00132] So far, the results are computed with all receivers 
having the same packet-loss probability. In practice, different 
receivers will likely experience different packet loss 
5 probabilities because of different network conditions, different 
processing power, etc. To evaluate the performance of the 
proposed hybrid algorithms under heterogeneous receiver 
conditions, we set the receivers' packet-loss probabilities 
according to a uniform distribution over a range P L and P H . 
10 Specifically, the packet-loss probability for receiver I is 
given by 



15 where P L and P H is defined by the average packet-loss probability 
P M and the range factor y- 



N-\ 



(66) 



p L =P M Q-r) 



(67) 



p H =p M Q+r) 



(68) 
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[00133] Setting Pj^O.25, we plot the traffic overhead for O^y^l 
in Fig. 13. As expected, ARQ is relatively insensitive to 
receiver heterogeneity. By contrast, FEC's performance 
deteriorates for increasing receiver heterogeneity because a 
5 fixed amount of redundancy is used for all receivers. The 

proposed hybrid algorithms have lower traffic overhead than both 
ARQ and FEC for the entire spectrum of 0<y^l. Again, the active 
recovery mode performs better than the passive recovery mode due 
to the better utilization of redundant packets. 
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[00149] Throughout the description and drawings, example 
embodiments are given with reference to specific configurations. 
One of ordinary skill in the art would appreciate that other 
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embodiments and configurations are possible. Such other 
configurations are all within the scope of this invention, since 
with the knowledge provided by the description and drawings one 
of ordinary skill in the art would be able to implement the 
other embodiments and configurations without undue 
experimentation. 
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